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DETAILED ACTION 

For purpose of examination claims are as followed: Claims 1-41 are pending and claims 
1, 2, 35, 37 and 38 have been amended. The Claim Objections to claims 2 and 38 is moot. 

Continued Examination Under 37 CFR LI 14 

1 . A request for continued examination under 37 CFR 1.114, including the fee set forth in 
37 CFR 1.17(e), was filed in this application after final rejection. Since this application is 
eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) 
has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 
37 CFR 1.1 14. Applicant's submission filed on 12/14/2007 has been entered. 

Claim Rejections - 35 (JSC § 103 

2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the mention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1-3 and 37-39 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Hinckley et al (Pub. No. US 2001/0011995 Al), hereinafter "Hinckley" in view of 
Inatomi (US Patent 5598522), hereinafter "Inatomi". 

For the convenience of the Applicant, the Examiner has pointed out particular references 
contained in the prior art(s) of record in the body of this action. Although the specified citations 
are representations of the teachings in the art and. are applied, to the specific limitations within 
the individual claim, other passages and figures may apply as well The Applicant should, 
consider the entire reference (s) as applicable as to the limitations of the claims. 
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As to independent claim 1, Hinckley teaches a method for combining the functionality 
of a set of at least two commands calls into a single logical button (page 1 paragraph [0009] □ 
taught as controls on an input device having more than 1 function depending on the current 
application in which the commands are called). Hinckley additionally provides one skilled in the 
art knowledge that an application can reject a command call based on the type of application in 
which the command is sent to and the relation to which the command can be executed (page 10 
paragraph [0117]). However Hinckley does not teach wherein the commands are prioritized. 
Inatomi teaches prioritizing a set of command calls from highest to lowest priority (column 4 
lines 33-38, line 66 through column 5 line 3, lines 55-59 □ taught as prioritizing the commands 
corresponding to frequency of use or the previous command executed). Inatomi also teaches 
recognizing when a command call is rejected by an application and automatically issuing at least 
one lower priority command call (column 5 lines 16-51 □ taught as an application recognizing 
the users actions to reject the current command and to execute another command within the list). 

It would have been obvious to one skilled in the art at the time the invention was made to 
have combined the combining of commands and rejecting of commands by an application of 
Hinckley with the prioritizing of Inatomi to increase the amount of information that an input 
device can provide to the computer (page 1 paragraph [0009], Hinckley) and by simplifying the 
selecting of operations regarding the commands representing processes to be executed, the 
operability of the computer system can be improved (column 1 lines 22-25, Inatomi), further, 
providing a command processing system in which a process for a command can be executed with 
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simple operations as much as possible under the GUI circumstances (column 2 lines 55-58, 
Inatomi). 

As to dependent claim 2, Hinckley as modified by Inatomi teaches prioritizing multiple 
commands in a logical button. Hinckley teaches an input device such as a keyboard having input 
signals using transducers to implement functions. However, Hinckley as modified by Inatomi 
does not teach command calls therein combined are keyboard command calls Back and Escape. 
It is well know to one skilled in the art that there is a relationship between the commands Back 
and Escape of a keyboard. Back is used to clear the previous textual input of a user, while 
Escape is well known to back out or close a determined screen/application. It would have been 
obvious to one skilled in the art at the time the invention was made to have combined the 
commands of Back and Escape to reduce the real estate of keys on a keyboard and to enhance the 
functionally of commands within different applications. 

As to dependent claim 3, Inatomi teaches prioritizing commands based on the previous 
executed command or on the frequency of use of a command (column 4 lines 33-38, line 66 
through column 5 line 3, lines 55-59). Note the discussion in claim 2, about the combining of 
Back and Escape. While Hinckley or Inatomi don't explicitly teach the Back keyboard 
command call being prioritized first and the Escape keyboard command call being prioritized 
last, it is suggestively obvious for one skilled in the art to infer that any order of prioritizing can 
be achieved depending of the frequency of use of a command on the previous executed 
command which will provide a command processing system in which a process for a command 
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can be executed with simple operations as much as possible under the GUI circumstances 
(column 2 lines 55-58, Inatomi). 

As to independent claim 37, Hinckley teaches combining the functionality of a set of at 
least two command calls into a single logical button (page 1 paragraph [0009] □ taught as 
controls on an input device having more than 1 function depending on the current application in 
which the commands are called), when the logical button is activated using an operating system 
shell hook to issue an application command call for the command calls and recognizes when a 
command call is rejected by an application (page 10 paragraph [01 17]). However, Hinckley does 
not teach prioritizing commands. Inatomi teaches executing in priority order until a first 
command call is not rejected, and therefore accepted by the application, or until all but the last 
command call remains and if all but the last command call are rejected by the application in the 
previous element, then issuing the last command call as a operating system command (column 4 
lines 33-38, 59-67, column 5 lines 1-3, 17-32, 54-67, column 6 lines 1-8). 

It would have been obvious to one skilled in the art at the time the invention was made to 
have combined the combining of commands of Hinckley with the prioritizing of Inatomi to 
increase the amount of information that an input device can provide to the computer (page 1 
paragraph [0009], Hinckley) and by simplifying the selecting of operations regarding the 
commands representing processes to be executed, the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi), further, providing a command processing system in 
which a process for a command can be executed with simple operations as much as possible 
under the GUI circumstances (column 2 lines 55-58, Inatomi). 
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As to dependent claim 38, Hinckley as modified by Inatomi teaches prioritizing multiple 
commands in a logical button. Hinckley teaches an input device such as a keyboard having input 
signals using transducers to implement functions. However, Hinckley as modified by Inatomi 
does not teach the command calls therein combined are keyboard command calls Back and 
Escape. It is well know to one skilled in the art that there is a relationship between the 
commands Back and Escape of a keyboard. Back is used to clear the previous textual input of a 
user, while Escape is well known to back out or close a determined screen/application. It would 
have been obvious to one skilled in the art at the time the invention was made to have combined 
the commands of Back and Escape to reduce the real estate of keys on a keyboard and to enhance 
the functionally of commands within different applications. 

As to dependent claim 39, Inatomi teaches prioritizing commands based on the previous 
executed command or on the frequency of use of a command (column 4 lines 33-38, line 66 
through column 5 line 3, lines 55-59). Note the discussion in claim 38, about the combining of 
Back and Escape. While Hinckley or Inatomi don't explicitly teach the Back keyboard 
command call being prioritized first and the Escape keyboard command call is prioritized last, it 
is suggestively obvious for one skilled in the art to infer that any order of prioritizing can be 
achieved depending of the frequency of use of a command on the previous executed command 
which will provide a command processing system in which a process for a command can be 
executed with simple operations as much as possible under the GUI circumstances (column 2 
lines 55-58, Inatomi). 
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4. Claims 4-20, 23-24, and 26-34 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Hinckley as modified by Inatomi in view of Snyder et al (Microsoft 
Windows 98 Keyboard Guide, 1999), hereinafter "Snyder". 

As to dependent claims 4, 5, 6, and 7, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMANDUP or keyboard commands Up Arrow, Scroll 
Up, or Page Up. Snyder teaches common keyboard commands of up commands Up Arrow 
(pages 6, 8, 9, 10), Scroll Up (page 1 1 □ taught as using the up arrow key to scroll a window), 
and Page Up (page 1 1). While the APPCOMMANDJUP is not explicitly stated, it is well known 
to one skilled in the art that Microsoft Windows is a command base software which has code 
written in some type of programming language such as C++ or Java. It is also well known that 
code is written in a simple and descriptive function of the function at which it is intended to 
perform. Therefore it is suggestively obvious to one skilled in the art to infer that the command 
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APPCOMMANT)_UP would be a suitable and well-known command naming in the keyboard 
commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 8, 9, 10, and 11, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMANDJDOWN or keyboard commands Down Arrow, 
Scroll Down, or Page Down. Snyder teaches common keyboard commands of down commands 
Down Arrow (pages 6, 8, 9, 10), Scroll Down (page I I □ taught as using the down arrow key to 
scroll a window), and Page Down (page 1 1). While the APPCOMMANDJDOWN is not 
explicitly stated, it is well known to one skilled in the art that Microsoft Windows is a command 
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base software which has code written in some type of programming language such as C++ or 
Java. It is also well known that code is written in a simple and descriptive function of the 
function at which it is intended to perform. Therefore it is suggestively obvious to one skilled in 
the art to infer that the command APPCOMMANDDOWN would be a suitable and well-known 
command naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 12, 13, and 14, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMM AND NEXT or keyboard commands Tab or Right 
Arrow. Snyder teaches common keyboard commands of next commands Tab (pages 3, 12, 17), 
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and Right Arrow (3, 5, 7, 8, 9, 10). While the APP COMMAND JsfEXT is not explicitly stated, 
it is well known to one skilled in the art that Microsoft Windows is a command base software 
which has code written in some type of programming language such as C++ or Java. It is also 
well known that code is written in a simple and descriptive function of the function at which it is 
intended to perform. Therefore it is suggestively obvious to one skilled in the art to infer that the 
command APPCOMMANDNEXT would be a suitable and well-known command naming in 
the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 15, 16, and 17, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 



Application/Control Number: Page 1 1 

10/768,777 

Art Unit: 2176 

does not teach the command APPCOMMAND PREV or keyboard commands Shift-Tab or Left 
Arrow. Snyder teaches common keyboard commands of previous commands Shift-Tab (page 
12) and Left Arrow (pages 3, 5, 7, 8, 9, 10). While the APPCOMMAND PREV is not explicitly 
stated, it is well known to one skilled in the art that Microsoft Windows is a command base 
software which has code written in some type of programming language such as C++ or Java. It 
is also well known that code is written in a simple and descriptive function of the function at 
which it is intended to perform. Therefore it is suggestively obvious to one skilled in the art to 
infer that the command APPCOMMAND PREV would be a suitable and well-known command 
naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 18, 19, and 20, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
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process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMANDENTER or keyboard commands Return or 
Enter. Snyder teaches common keyboard commands of enter commands Return (page 3, 1 1, 16, 
17, 18) and Enter (pages 6, 7, 12). While the APPCOMMAND ENTER is not explicitly stated, 
it is well known to one skilled in the art that Microsoft Windows is a command base software 
which has code written in some type of programming language such as C++ or Java. It is also 
well known that code is written in a simple and descriptive function of the function at which it is 
intended to perform. Therefore it is suggestively obvious to one skilled in the art to infer that the 
command APPCOMMAND ENTER would be a suitable and well-known command naming in 
the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 22, 23, 24, and 26, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
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order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMANDJ3UT or keyboard commands Browser Back, 
Escape or Alt-F4. Snyder teaches common keyboard commands of out commands Browser 
Back (page 12), Escape (pages 6 and 12) and Alt-F4 (page 4). While the APPCOMMAND_OUT 
is not explicitly stated, it is well known to one skilled in the art that Microsoft Windows is a 
command base software which has code written in some type of programming language such as 
C++ or Java. It is also well known that code is written in a simple and descriptive function of the 
function at which it is intended to perform. Therefore it is suggestively obvious to one skilled in 
the art to infer that the command APPCOMMAND OUT would be a suitable and well-known 
command naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 
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As to dependent claims 27, 28, 29, 30, and 31, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMANDSWITCH or keyboard commands Alt-Escape, 
Alt-Tab, Windows Key, or Home. Snyder teaches common keyboard commands of switch 
commands Alt-Escape (page 4), Alt-Tab (page 4), Windows Key (page 1), and Home (page 7). 
While the APPCOMMAND S WITCH is not explicitly stated, it is well known to one skilled in 
the art that Microsoft Windows is a command base software which has code written in some type 
of programming language such as C++ or Java. It is also well known that code is written in a 
simple and descriptive function of the function at which it is intended to perform. Therefore it is 
suggestively obvious to one skilled in the art to infer that the command 
APPCOMMANDSWITCH would be a suitable and well-known command naming in the 
keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
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representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

As to dependent claims 32, 33, and 34, Hinckley as modified by Inatomi teaches 
prioritizing commands. Inatomi teaches prioritizing commands based on the previous executed 
command or on the frequency of use of a command (column 4 lines 33-38, line 66 through 
column 5 line 3, lines 55-59). It is suggestively obvious for one skilled in the art to infer that any 
order of prioritizing can be achieved depending of the frequency of use of a command on the 
previous executed command which will provide a command processing system in which a 
process, for a command can be executed with simple operations as much as possible under the 
GUI circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi 
does not teach the command APPCOMMANDMENU or keyboard commands Shift-FlO or 
special command for Settings. Snyder teaches common keyboard commands of menu 
commands Shift-FlO (page 6) and special commands for Settings (pages 10, 13). While the 
APPCOMMANDMENU is not explicitly stated, it is well known to one skilled in the art that 
Microsoft Windows is a command base software which has code written in some type of 
programming language such as C++ or Java. It is also well known that code is written in a 
simple and descriptive function of the function at which it is intended to perform. Therefore it is 
suggestively obvious to one skilled in the art to infer that the command 
APPCOMMAND MENU would be a suitable and well-known command naming in the 
keyboard commands. 
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It would have been obvious to one skilled in the art to have combined the commands of 
Snyder with the prioritizing of commands of Hinckley as modified by Inatomi to make typing 
easier for people who have difficulty using the keyboard or pressing more that more key at a 
time (page 1, Snyder) and to simplify the selecting of operations regarding the commands 
representing processes to be executed, thereby the operability of the computer system can be 
improved (column 1 lines 22-25, Inatomi). 

5. Claims 36, 40, and 41 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Hinckley as modified by Inatomi, in further view of Logitech (LogitechMouse User's 
Guide, 1993), hereinafter "Logitech". 

As to independent claim 36, 40, and 41, Hinckley as modified by Inatomi teaches the 
method of claim 1, note the discussion above. However Hinckley as modified by Inatomi does 
not teach ENTER, UP, DOWN, and OUT commands being applied to an object and a subsystem 
for processing the commands. Logitech teaches a system comprising an interface (MouseWare 
software and MouseMan) that generates a logical input for one of a group of commands to be 
applied to an object (page 1 1 □ taught as using the MouseWare to assign shortcuts to the 
MouseMan and using the MouseMan to select and manipulate objects). Logitech further teaches 
a subsystem for processing an ENTER, UP (page up), DOWN (page down), and OUT (close 
application) command (page 1 1 □ taught as using the software with a computer). It is well 
known that computers use a processor to execute computer instructions. Logitech teaches using 
the software in conjunction with a computer for functionality. It is reasonable to one skilled in 
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the art that the subsystem (computer) would be used to process the ENTER, UP, DOWN, and 
OUT command. 

Therefore it would have been obvious to one skilled in the art at the time the invention 
was made to have combined the method of Hinckley as modified by Inatomi with the commands 
of Logitech to simplify the selecting of operations regarding the commands representing 
processes to be executed, thereby the operability of the computer system can be improved 
(column 1 lines 22-25, Inatomi). 

6. Claims 21 and 25 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Hinckley as modified by Inatomi in further view of Stern et al (Quicktime 5 for Macintosh 
and Windows: Visual Quickstart Guide, 2001), hereinafter "Stern". 

As to dependent claims 21 and 25, Hinckley as modified by Inatomi teaches prioritizing 
commands. Inatomi teaches prioritizing commands based on the previous executed command or 
on the frequency of use of a command (column 4 lines 33-38, line 66 through column 5 line 3, 
lines 55-59). It is suggestively obvious for one skilled in the art to infer that any order of 
prioritizing can be achieved depending of the frequency of use of a command on the previous 
executed command which will provide a command processing system in which a process, for a 
command can be executed with simple operations as much as possible under the GUI 
circumstances (column 2 lines 55-58, Inatomi). However, Hinckley as modified by Inatomi does 
not teach the commands APPCOMMAND_ENTER, APPC OMMAND OUT or special 
commands Play and Stop. Stern teaches mouse and keyboard commands operable to QuickTime 
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Player to Play and Stop. While the APPCOMMAND ENTER and APPCOMMAND J3UT is 
not explicitly stated, it is well known to one skilled in the art that QuickTime Player is command 
base music software which has code written in some type of programming language such as C++ 
or Java. It is also well known that code is written in a simple and descriptive function of the 
function at which it is intended to perform. Therefore it is suggestively obvious to one skilled in 
the art to infer that the commands APPCOMMANDENTER and APPCOMMAND^OUT 
would be a suitable and well-known command naming in the keyboard commands. 

It would have been obvious to one skilled in the art to have combined the commands of 
Stern with the prioritizing of commands of Hinckley as modified by Inatomi to allow users to 
perform useful functions within multimedia programs with a standard controller and to simplify 
the selecting of operations regarding the commands representing processes to be executed, 
thereby the operability of the computer system can be improved (column 1 lines 22-25, Inatomi). 

Allowable Subject Matter 
7. Claim 35 is allowed. Claim 35 recites substantial subject matter that is not taught or 
suggested by the prior references. Specifically the limitation of determining whether a window 
is at the beginning of its history in conjunction with an application recognizing the state of the 
window's history and executing commands in a prioritized order accordingly. 
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Response to Arguments 

8. Applicant's arguments with respect to claim 1 has been considered but is moot in view of 
the new ground(s) of rejection as necessitated by the amendment. 

9. However, the Examiner would like to expound on the rejection and analysis of claim 1. 
Upon further reading of the primary reference Hinckley it goes to provide one skilled in the art 
of the basic functionality of the Applicant's invention. Hinckley sheds light upon command calls 
being accepted by an application dependent of the application. Hinckley's invention solves the 
problem of a user having to know the functionality of logical inputs on a device for every 
application. Therefore Hinckley allows an application to determine if a command is valid for the 
current application and executes accordingly. This concept of Hinckley in combination with the 
prioritizing of Inatomi and even the rejecting of commands by the application as applied by 
Inatomi at least reasonably teaches or suggests the Applicant's invention. 

10. It is also noted that the claim limitation "if the first command call is rejected by the 
application, then automatically issuing at least one lower priority command call to the 
application", does not eliminate the use of direct human intervention. The use of the word 
"automatically" without an additional limit that eliminates a user's presence in prompting the 
issuing provides a broad interpretation for rejecting. Applicant asserts that Inatomi fails to teach 
the limitation "recognizing when the first command call issued to the application is rejected by 
the application; and if the first command call is rejected by the application, then automatically 
issuing at least one lower priority command call to the application". In addition to the broad 
scope of the term "automatically", Inatomi teaches a user selecting a command at a 

user's preference. The highest priority command is generated by the system when a user requests 
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a command. If the user does not want the command executed, the user selects a different 
command to execute, a lower priority command. The application therefore has to recognize the 
rejection of the highest priority command when a user overrides the highest priority command by 
selecting a lower priority command. Inatomi teaches and/or suggests recognizing when the first 
command call issued to the application is rejected by the application; and if the first command 
call is rejected by the application, then automatically issuing at least one lower priority command 
call to the application. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to AndreaN. Long whose telephone number is 571-270-1055. The 
examiner can normally be reached on Mon - Thurs 6:00 am to 3:00 pm EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Doug Hutton can be reached on 571-272-4137. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Andrea Long 
01/18/2008 
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